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Scientific research has always relied on communication 
for gathering and providing access to data; for exchang¬ 
ing information; for holding discussions, meetings, and 
seminars; for collaborating with widely dispersed re¬ 
searchers; and for disseminating results. The pace and 
complexity of modem research, especially collaborations 
of researchers in different institutions, has dramatically 
increased scientists’ communications needs. Scientists 
now need immediate access to data and information, to 
colleagues and collaborators, and to advanced computing 
and information services. Furthermore, to be really use¬ 
ful, communication facilities must be integrated with the 
scientist’s normal day-to-day working environment. Sci¬ 
entists depend on computing and communications tools 
and are handicapped without them. 


A SCIENTIST SHOULD BE ABLE TO USE COMPUTING AND 
communications tools by working at an advanced graphics 
workstation. Through that single window, the scientist may 
gain access to required computing-facilities and databases and 
communicate with peers, colleagues, and scholars throughout the 
world. This combination of computing and communications is 
called computer networking. Computer networks provide the base 
that combines geographically dispersed researchers, computing re¬ 
sources, and information into a single integrated computer and 
communications environment. Unfortunately, the development of 
computer networks has been fragmented and incomplete. The result 
has been a bewildering array of different technologies and of 
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different and incompatible networks. The scientist has been bur¬ 
dened with multiple access procedures, applications software inter¬ 
faces, operating systems, and data formats. However, recent devel¬ 
opments, including the National Science Foundation’s new 
networking program NSFnet, the emerging convergence of the 
community-based computer networks, and the growing focus on 
the adoption of standard computer networking protocols should 
reduce this burden. Nevertheless, the promise of the convergence of 
computing and communications ( 1 )—of computer networking— 
remains to be fulfilled. 


NSFnet 

NSFnet will probably have the most impact on science of all 
networking activities in the United States at this time. Being based 
on new and existing networks, it will provide both high-speed access 
to supercomputers and communication between scientists in all 
disciplines throughout the nation. Although initially designed for 
supercomputer users to gain access to supercomputers and to 
communicate with each other, NSFnet is expected to be a general- 
purpose computer communications network for the whole academic 
research community and associated industrial researchers. 

The development of NSFnet is part of the NSF supercomputer 
initiative. This program resulted from the growing concern in the 
research community over the last few years that academic research 
has been severely constrained by the lack of access to advanced 
computing facilities. Several reports ( 2 - 4 ) highlighted the prob¬ 
lems: (i) large computers have become an important means of 
making new discoveries, (ii) there is an immediate need to make 
supercomputers available to U.S. researchers, and (iii) computer 
networks are required to link researchers to supercomputers and to 
each other. 

In response to these concerns, NSF established the Office of 
Advanced Scientific Computing (OASC), which immediately initi¬ 
ated two programs: the supercomputer centers program to provide 
supercomputer cycles, and the networking program to build a 
national supercomputer access network—NSFnet. 

In 1984—85, OASC purchased supercomputer cycles from three 
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Tabic 1. NSF supercomputer centers. 


Center 


Supercomputers 


1984-85 

1985-86 

1987 

Purdue 

Resource 

Cyber 205 Cyber 205 


Minnesota 

Cray 1A 

Cray 2/ 


Boeing 

Cray IS 

Cyber 205 

Cray X-MP/24 



AT&T Bell Labs Cray X-MP/12 

Colorado State Cyber 205 


Digital Productions Cray X-MP/22 

National 


JVNC-Princeton 

Cyber 205 

ETA-10 

SDSC-San Diego 

Cray X-MP/48 

Cray X-MP/48 

NCSA-Illinois 

Cray X-MP/24 

Cray X-MP/48 

Thcory-Comcll 

IBM 3084/ 

IBM 3084/ 


FPS 264s 

FPS 

Pittsburgh 

Cray IS 

Cray IS 


existing supercomputer centers at Purdue University, the University 
of Minnesota, Boeing Computer Services, AT&T Bell Laboratories, 
Colorado State University, and Digital Productions (Table 1). By 
the end of 1985, a total of 30,000 hours of supercomputer time had 
been allocated under this program to approximately 800 users, and 
more than 9000 hours had been consumed. In 1984 also, the OASC 
issued a project solicitation for national supercomputer centers. As a 


result, four new NSF centers were funded in 1985—the John von 
Neumann Center (JVNC) at Princeton University, the San Diego 
Supercomputer Center (SDSC) on the campus of the University of 
California at San Diego, the National Center for Supercomputer 
Applications (NCSA) at the University of Illinois, and the Theory 
Center, a production and experimental supercomputer center at 
Cornell University. More recently a fifth center has been established 
in Pittsburgh, to be run by Westinghouse, Camegie-Mellon Univer¬ 
sity, and University of Pittsburgh (Table 1). 

The NSFnet networking activities were initiated in December 
1984 when a panel of the OASC confirmed that networking was a 
fundamental component of the supercomputer initiative, and, more¬ 
over, that a network could be designed to meet the requirements of 
this initiative while providing the basis for a future, general purpose, 
national academic research network (5). The report proposed a two- 
phased approach for the development of the network: phase 1 to 
connect supercomputer users to the supercomputer centers and to 
each other; and phase 2 to provide a general high-speed network, 
with speeds of 1.544 megabits per second (Mbps), commonly called 
“T1 speed,” or greater. In addition, a variety of experiments to 
understand better how to utilize and integrate a number of network 
topologies and usage modalities are to be initiated. 

The general strategy recommended by the networking panel 
report was that the NSFnet should begin by taking advantage of the 
existing academic networks. NSFnet should be built as a “network 
of networks” rather than as a separate new computer network. This 
general approach is based on the experience gained by the Depart- 


Tabic 2. NSFnet. List of planned member institutions. Key: ARPANET, an 
existing or planned ARPANET site; SDSC, a San Diego consortium 
network site; JVNC, a Princeton (JVNC) consortium network site; NCAR, 


a National Center for Atmospheric Research (NCAR.) satellite network site; 
Illinois, a direct 56-kbps connection to the Illinois Supercomputer Center; 
backbone, a supercomputer center on the NSFnet backbone network. 


Institution 


Agouron Institute 
University of Arizona 
AT&T Bell Labs, New Jersey 
University of California, Berkeley 
Boeing Computer Services 
Brown University 
California Institute of Technology 
Camegie-Mellon University 
University of Chicago 
Colorado State University 
University of Colorado 
Columbia University 
Cornell University 
City University of New York 
University of Delaware 
Duke University 
Harvard University 
University of Hawaii ___ 

Institute for Advanced Studies, 
at Princeton University 
University of Illinois, Urbana 

University of Illinois, Chicago 
Indiana University 
John von Neuman Center 
Kitt Peak Observatory 
Lawrence Berkeley Laboratory 
University of Maryland 
University of Miami 
University of Michigan 
University of Minnesota 
Massachusetts Institute of t 
Technology 
National Center for 
Atmospheric Research 
National Science Foundation 
New York University 


Netwprk 


SDSC 

JVNC 

ARPANET 

ARPANET, SDSC 

ARPANET 

JVNC 

ARPANET, SDSC 

ARPANET 

Illinois 

ARPANET, NCAR 

JVNC, NCAR 

ARPANET, JVNC • 

ARPANET, backbone 

ARPANET 

ARPANET 

ARPANET 

ARPANET, JVNC 

SDSC 

JVNC 

ARPANET, NCAR, backbone, 
Illinois 
Illinois 

ARPANET, Illinois 
ARPANET, JVNC, backbone 
SDSC 
ARPANET 

ARPANET, SDSC, NCAR 
NCAR 

ARPANET, SDSC, NCAR 
ARPANET 
ARPANET, JVNC 

ARPANET, NCAR, backbone 

ARPANET 

JVNC 


Institution 


University of North Carolina 
North Carolina State University 
Northwestern University 
Ohio State University 
Oregon State University 
University of Pennsylvania 
Pennsylvania State University 
University of Pittsburgh 
Princeton University 
Purdue University 
Rice University 
University of Rochester 
Rutgers University 
Salk Institute 

San Diego Supercomputer Center 
University of California, San Diego 
San Diego State University 
University of California, San 
Francisco 

University of California, Santa 
Barbara 

Scripps Clinic and 
Research Foundation 
Scripps Institute of Oceanography 
Southwest Fisheries 
Stanford University 
State University of New York, 

Stony Brook 

University of California, Los Angeles 
University of Texas, Austin 
University of Utah 
University of Washington 
Westinghouse (Pittsburgh) 

University of Wisconsin 
Woods Hole Oceanographic 
Institution 
Yale University 


Network 


ARPANET 
ARPANET 
ARPANET, Illinois 
ARPANET 
NCAR 

ARPANET, JVNC 

JVNC 

ARPANET 

JVNC 

ARPANET 

ARPANET 

ARPANET, JVNC 

ARPANET, JVNC 

SDSC 

ARPANET, SDSC, backbone 

SDSC 

SDSC 

SDSC 

ARPANET 

SDSC 

SDSC 

SDSC 

ARPANET, SDSC 
ARPANET 

ARPANET, SDSC 
ARPANET 
ARPANET, SDSC 
ARPANET, SDSC, NCAR 
ARPANET, backbone 
ARPANET, SDSC, NCAR 
NCAR 

ARPANET 
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ment of Defense Advanced Research Projects Agency (DARPA) 
when developing the ARPANET network. The ARPANET experi¬ 
ence demonstrated that an Internet, a collection of networks with 
the same higher level protocols, could provide access to remote 
computing resources from within a researcher's own local comput¬ 
ing environment. 

A common set of networking protocol standards has, therefore, to 
be adopted by NSF in order to build the NSFnet Internet. NSF has 
decided on the ARPANET protocol (TCP-IP and associated appli¬ 
cation protocol—the DARPA protocol suite) as the initial NSFnet 
standards. A migration to the emerging international standards 
organization (ISO) open systems interconnection (OSI) networking 
protocol standards (<5) is to be undertaken as these become available. 

In the initial (current) phase of the development of NSFnet the 
network will be based on various component networks. These 
include the wide-area community networks (in particular AR¬ 
PANET), the supercomputer center consortia networks (at JVNC 
and SDSC), a supercomputer “backbone” network, the various state 
networks, and, most important, the campus networks. In addition a 
number of pilot networking projects will be undertaken. 

The goal of phase 1 is to provide supercomputer access and to 
support communication between supercomputer researchers. By 
September 1986, on the basis of the developments planned to date 
and of the expansion of the ARPANET, more than 60 major 
research universities in the United States are expected to be connect¬ 
ed to NSFnet, to the NSF supercomputers, and to each other (Table 
2). Other institutions are expected to be added to this list during 
1986. 

The average researcher working at a terminal or workstation at 
one of these institutions will then be able to connect to and use 
various computer resources—including the NSF supercomputer 
centers—to run interactive and batch jobs, receive output, transfer 
files, and use the electronic mail facilities to communicate with any 
colleague throughout the nation. Typically, an individual researcher 
will have either a terminal connected to a local super-minicomputer 
or a graphics workstation. These computers will be connected to a 
local area network (LAN), that will provide local communications 
and resource sharing. It is expected that this LAN will itself be 
connected to other LAN’s on the campus, and that the collection of 
interconnected LAN’s will form a campus network—with, ideally, a 
campus-wide service organization taking responsibility for the over¬ 
all network services provided. In turn, this campus network will be 
connected, via a campus gateway system, to one or more of the 
wide-area networks in the NSFnet to provide the researcher with 
computer communications across the United States. 


Wide-Area Networks 

In the early 1970’s the United States took the lead in the 
development of wide-area networks for academic research. A variety 
of networks and network technologies have been developed. In this 
section, some of these are outlined. 

ARPANET. The ARPANET, which is a major component of the 
NSFnet, began in 1969 as an R&D project managed by DARPA. 
ARPANET was an experiment in resource sharing, and provided 
survivable (multiply connected), high bandwidth [56 kilobits per 
second (kbps)] communications links between major existing com¬ 
putational resources and computer users in academic, industrial, and 
government research laboratories (7) (Fig. 1). ARPANET is man¬ 
aged and funded by the Defense Communications Agency (DCA) 
with user services provided by a network information center at SRL 
International. 

ARPANET served as a test for the development of advanced 



Fig. 1. The 1985 Configuration of the Defense Advanced Research Projects 
Agency (DARPA) network, ARPANET. The ARPANET is both an 
advanced networking R&D testbed for DARPA and an operational network 
supporting many DARPA-sponsorcd researchers in universities, national 
laboratories, and industry. In October 1985, NSF reached agreement with 
DARPA to expand the ARPANET by approximately 40 sites for use by 
NSF-sponsorcd supercomputer users. The network is built of 56-kbps links 
between (•) interface message processors (IMF’s), to which host computers 
arc connected, and (A) terminal access controllers (TAC’s). Services provid¬ 
ed include remote terminal access, file transfer, and electronic mail..Major 
clusters of host connections arc in Boston, Washington, DC, San Francisco, 
and Los Angeles. [Courtesy of DARPA] 


network protocols including the TCP-IP protocol suite introduced 
in 1981. TCP-IP and particularly IP, the internet protocol (8, 9), 
introduced the idea of internetworking—allowing networks of 
different technologies and connection protocols to be linked togeth¬ 
er while providing a unified internetwork addressing scheme and a 
common set of transport and application protocols. This develop¬ 
ment allowed networks of computers and workstations to be 
connected to the ARPANET, rather than just single-host comput¬ 
ers. TCP-IP remain the most available of the advanced, non-vendor- 
specific, networking protocols and have strongly influenced the 
current international standards activity. TCP-IP provide a variety of 
application services, including remote logon (Telnet), file transfer 
(FTP), and electronic mail (SMTP and RFC822). 

ARPANET technology was so successful that in 1982, the 
Department of Defense (DOD) abandoned their AUTODIN II 
network project and adopted ARPANET technology for the De¬ 
fense Data Network (DDN). The current MILNET, which was split 
from the original ARPANET in 1983, is the operational, unclassi¬ 
fied network component of the DDN, while ARPANET remains an 
advanced network R&D testbed for DARPA. In practice, AR¬ 
PANET has also been an operational network supporting DOD, the 
Department of Energy (DOE), and some NSF-sponsored computer 
science researchers. This community has come to depend on the 
availability of the network. Until the advent of NSFnet, access to 
ARPANET was restricted to this community. 

As an operational network in the scientific and engineering 
research community, and with the increasing availability of afford¬ 
able super-minicomputers, ARPANET was used less as a tool for 
sharing remote computational resources than it was for sharing 
information. The major lesson from the ARPANET experience is 
that information sharing is a key benefit of computer networking. 
Indeed it may be argued that many major advances in computer 
systems and artificial intelligence are the direct result of the en¬ 
hanced collaboration made possible by ARPANET. 

However, ARPANET also had the negative effect of creating a 
havc-have not situation in experimental computer research. Scien¬ 
tists and engineers carrying out such research at institutions other 
than the twenty or so ARPANET sites were at a clear disadvantage 
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UNINET; (•) Phoncnct sites with dial-up connections to a central mail 
relay service at the CSNET Coordination and Information Center (CIC) run 
by Bolt, Beranek, and Newman (BBN). CSNET provides remote terminal 
access, file transfer, and electronic mail services to ARPANET and X25NET 
sites. Electronic mail is the only service available to Phoncnct sites. [Courtesy 
of the CSNET CIC] 


in accessing pertinent technical information and in attracting faculty 
and students. 

In October 1985, NSF and DARPA, with DOD support, signed 
a memorandum of agreement to expand the ARPANET to allow 
NSF supercomputer users to use ARPANET to access the NSF 
supercomputer centers and to communicate with each other. The 
immediate effect of this agreement was to allow all NSF supercom¬ 
puter users on campuses with an existing ARPANET connection to 
use ARPANET. In addition, the NSF supercomputer resource 
centers at Purdue University and the University of Minnesota, and 
the national centers at the University of Illinois and Cornell 
University are connected to ARPANET. In general, the existing 
ARPANET connections are in departments of computer science or 
electrical engineering and are not readily accessible by other re¬ 
searchers. However, DARPA has requested that the campus AR¬ 
PANET coordinators facilitate access by relevant NSF researchers 
(Table 2). 

As part of the NSFnet initiative, a number of universities have 
requested connection to ARPANET. Each of these campuses has 
undertaken to establish a campus network gateway accessible to all 
campus researchers, thus ensuring thSt.individual researchers will, in 
due course, be able to use the - ARPANET to access the NSF 
supercomputer centers, from within""their own local computing 
environment (Table 2). Additional requests for connection to the 
ARPANET are being considered by NSF. 

CSNET. Establishment of a network for computer science research 
was first suggested in 1974, by the NSF advisory committee for 
computer science. The objective of the network would be to support 
collaboration among researchers, provide resource sharing, and, in 
particular, support isolated researchers in the smaller universities. 

In the spring of 1980, CSNET, the computer science network, 
was defined and proposed to NSF as a logical network made up of 
several physical networks (10) t of various power, performance, and 
cost. NSF responded with a 5-year contract for development of the 
network under the condition that CSNET was to be financially self- 
supporting by 1986. Initially CSNET was a network with five major 
components—ARPANET, Phonenct (a telephone-based message¬ 
relaying service) (11), X25Net (support for the TCP-IP protocol 


suite over X.25-based public data networks), a public host (a 
centralized mail service), and a name server (an on-line database of 
CSNET users to support transparent mail services). The common 
service provided across all these networks is electronic mail, which is 
integrated at a special service host, which acts as an electronic mail 
relay between the component networks. Thus CSNET users can 
send electronic mail to all ARPANET users and vice versa. CSNET, 
with DARPA support, installed ARPANET connections at the 
CSNET development sites at the universities of Delaware and 
Wisconsin and Purdue University. 

In 1981, Bolt, Beranek, and Newman (BBN) contracted to 
provide technical and user services and to operate the CSNET 
Coordination and Information Center. In 1983, general manage¬ 
ment of CSNET was assumed by UCAR—the University Corpora¬ 
tion for Atmospheric Research, with a subcontract to BBN. Since 
then, CSNET has grown rapidly and is currently an independent, 
financially stable, and professionally managed service to the comput¬ 
er research community (Fig. 2). In the beginning, the need for 
CSNET was not universally accepted within the computer science 
community. However, the momentum created by CSNETs initial 
success caused the broad community support it now enjoys. More 
than 165 university, industrial, and government computer research 
groups now belong to CSNET (12). 

A number of lessons may be learned from the CSNET experience 
(12). (i) The network is now financially self-sufficient, showing that 
a research community is willing to pay for the benefits of a 
networking service. (Users pay usage charges plus membership fees 
ranging from $2,000 for small computer science departments to 
$30,000 for the larger industrial members.) (ii) While considerable 
benefits are available to researchers from simple electronic mail and 
mailing list services—the Phonenet service—most researchers want 
the much higher level of performance and service provided by the 
ARPANET, (iii) Providing a customer support and information 
service is crucial to the success of a network, even (or perhaps 
especially) when the users are themselves sophisticated computer 
science professionals. Lessons from the CSNET experience will 
provide valuable input to the design, implementation, provision of 
user services, and operation and management of NSFnet, and, in 
particular, to the development of the appropriate funding model for 
NSFnet. 

CSNET, with support from the NSFnet program, is now devel¬ 
oping the CYPRESS project which is examining ways in which the 
level of CSNET service may be improved, at low cost, to research 
departments. CYPRESS will use the DARPA protocol suite and 
provide ARPANET-like service on low-speed 9600-bit-per-second 
(bps) leased line telephone links. The network will use a nearest 
neighbor topology, modeled on BITNET, while providing a higher 
level of service to users and a higher level of interoperability with the 
ARPANET. The CYPRESS project is designed to replace or 
supplement CSNET use of X.25 public networks, which has proved 
excessively expensive. This approach may also be used to provide a 
low-cost connection to NSFnet for smaller campuses. 

BITNET. In 1981, City University of New York (CUNY) 
surveyed universities on the East Coast of the United States and 
Canada, inquiring whether there was interest in creating an easy-to- 
use, economical network for interuniversity communications. The 
response was positive. Many shared the CUNY belief in the 
importance of computer-assisted communication between scholars. 
The first link of the new network, called BITNET, was established 
between CUNY and Yale University in May 1981. 

The network technology chosen for BITNET was determined by 
the availability of the RSCS software on the IBM computers at the 
initial sites. [The name BITNET stands for Because Ids Time 
NETwork (13).] The RSCS software is simple but effective, and 
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Fig. 3. The 1985 BITNET configuration. 
BITNET is a storc-and-forward network with 
files and messages sent from host computer to 
host computer across the network. Services 
provided include electronic mail, file transfer, 
and remote job entry. The standard BITNET 
links arc leased telephone lines running at 
9600 bps. Electronic mail relays at the Univer¬ 
sity of California at Berkeley and at the Uni¬ 
versity of Wisconsin-Madison provide com¬ 
munication between BITNET, ARPANET, 
and CSNET users. [Courtesy of Texas A8cM 
University] 



i 


most IBM VM-CMS computer systems have it installed for local 
communications, supporting file transfer and remote job entry 
services. The standard BITNET links are leased telephone lines 
running at 9600 bps. Although all the initial nodes were IBM 
machines in university computer centers, the network is in no way 
restricted to such systems. Any computer with an RSCS emulator 
can be connected to BITNET. Emulators are available for Digital 
Equipment Corporation (DEC) VAX-VMS computer systems, for 
VAX-UNIX systems, and for Control Data Corporation Cyber 
systems and others. Today, more than one-third of the computers 
on BITNET are non-IBM systems. 

BITNET is a store-and-forward network with files and messages 
sent from computer to computer across the network. It provides 
electronic mail, remote job entry, and file transfer services, and 
supports an interactive message facility and a limited remote logon 
facility. Most BITNET sites use the same electronic mail procedures 
and standards as the ARPANET, and as a result of the installation of 
electronic mail gateway systems at the University of California at 
Berkeley and at the University of Wisconsin-Madison, most BIT- 
NET users can communicate electronically with users on CSNET 
and the ARPANET. 

BITNET has expanded extremely rapidly—a clear indication that 
it is providing service that people need and want. The simplicity of 
connection to the network—acquiring a 9600-bps leased line to the 
nearest neighboring computer node and installing an additional line 
interface and a modem—provides the*seryice at the right price. By 
the end of 1985 the number of computers connected was expected 
to exceed 600, at more than 175 institutions of higher education 
throughout the United States (Fig. 3). BITNET is open without 
restriction to any college or university. It is not limited to specific 
academic disciplines, and may be used for any academic or adminis¬ 
trative purpose. However, use for commercial purposes is prohibit¬ 
ed. In special cases, connection of commercial organizations may be 
sponsored by universities. A particular case is the connection of 
Boeing Computer Services to BITNET, as part of the NSFnet 
initiative, to provide remote job entry services to their Cray X-MP/ 
24 to NSF supercomputer grantees who have access to BITNET. 

Until recently BITNET had no central management structure, 
and was coordinated by an executive board consisting of members 
from the major institutions participating. This worked because most 
of the computers connected were managed and operated by profes¬ 
sional service organizations in university computer centers. Howev¬ 


er, the growth in the network made it impossible to continue in this 
ad hoc fashion, and a central support organization was established 
with support from an IBM grant. The central support organization, 
called the BITNET network support center (BITNSC), has two 
parts: A user services organization, the network information center 
(BITNIC), which provides user support, a name server and a variety 
of databases, and the development and operations center (BIT- 
DOC) to develop and operate the network. A major question facing 
the members of BITNET is how the funding of this central 
organization will be continued when the IBM grant expires in 1987. 

BITNET, with support from the NSFnet Program, is now 
examining ways to provide ARPANET-like services to existing 
BITNET sites. The project, which is similar to the CSNET CY¬ 
PRESS project, will explore a strategy to provide an optional path 
to the use of the TCP-IP procedures on existing 9.6-kbps leased 
lines. The possibility of upgrading these lines to multiple alternate 
links, providing higher reliability and availability, or to higher speed 
56-kbps links is also being studied. The project will offer a higher 
level of service to BITNET sites choosing this path and also enable a 
low-cost connection to NSFnet. 

MFENET. The DOE’s magnetic fusion energy research network 
(MFENET) was established in the mid-1970’s to support access to 
the MFE Cray 1 supercomputer at the Lawrence Livermore Nation¬ 
al Laboratory. The network uses 56-kbps satellite links, and is 
designed to provide terminal access to the Cray time-sharing system 
(CTSS), also developed at the Livermore Laboratory. The network 
currently supports access to Cray 1, Cray X-MP/2, Cray 2, and 
Cyber 205 supercomputers. The network uses special-purpose 
networking software developed at Livermore, and, in addition to 
terminal access, provides file transfer, remote output queuing, and 
electronic mail, and includes some specialized application. proce¬ 
dures supporting interactive graphics terminals and local personal 
computer (PC)-based editing. Access to the network is in general 
restricted to DOE-funded researchers. Recently the network has 
been expanded to include the DOE-funded supercomputer at 
Florida State University. MFENET (Fig. 4) is funded by DOE and 
managed by Livermore. 

MFENET has been successful in supporting DOE supercomputer 
users. However, the specialized nature of the communications 
protocols is now creating difficulties for researchers who need 
advanced graphics workstations that use the UNIX BSD 4.2 
operating system and the TCP-IP protocols on LAN’s. For these 
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Fig. 4. The 1985 Configuration of 
POE’s Magnetic Fusion Energy re¬ 
searchers network (MFENET). 
The network uses dual satellite links 
at 112 kbps (solid line) and 56 kbps 
(dashed lines) and terrestrial links 
at 56 kbps (dotted lines) and 9600 
bps (short dashes). The network 
was developed at the Lawrence Liv¬ 
ermore National Laboratory to 
provide access to supercomputers 
running the CTSS, also developed 
at the Livermore Laboratory. The 
network uses special-purpose 
networking software developed at 
MFE. Services include terminal ac¬ 
cess, file transfer, remote output 
queuing, and electronic mail. Ab¬ 
breviations: SLAC, Stanford Lin¬ 
ear Accelerator site; NMFECC, 
National Magnetic Fusion Energy 
Computer Center. [Courtesy of 
NMFECC] 
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and other reasons, DOE is examining how best to migrate 
MFENET to the TCP-IP, and later to the OSI, protocols. 

The combination of the CTSS operating system and the 
MFENET protocols creates an effective interactive computing envi¬ 
ronment for researchers using Cray supercomputers. For this rea¬ 
son, two of the new NSF national supercomputer centers—San 
Diego (SDSC) and Illinois—have chosen the CTSS operating 
system. In SDSC’s case, the MFENET protocols have also been 
chosen to support the SDSC Consortium network. In Illinois’s case, 
a project to implement the TCP-IP protocols for the CTSS operat¬ 
ing system has been funded by the NSFnet program, and these 
developments will be shared with SDSC (and with DOE) to provide 
a migration path for the SDSC Consortium network. 

UUCP and USENET. The UUCP network was started in the 
1970’s to provide electronic mail and file transfer between UNIX 
systems. The network is a host-based store and forward network 
using dial-up telephone circuits and operates by having each mem¬ 
ber site dial-up the next UUCP host computer and send and receive 
files and electronic mail messages. The network uses addresses based 
on the physical path established by this sequence of dial-up connec¬ 
tions. UUCP is open to any UNIX system which chooses to 
participate. There are “informal” electronic mail gateways between 
UUCP and ARPANET, BITNET, or GSNET, so that users of any 
of these networks can exchange Electronic mail. 

USENET is a UNIX news facility based on the UUCP network 
that provides a news bulletinTJoard service. Neither UUCP nor 
USENET has a central management; volunteers maintain and 
distribute the routing tables for the network. Each member site pays 
its own costs and agrees to carry traffic. Despite this reliance on 
mutual cooperation and anarchic management style, the network 
operates and provides a useful, if somewhat unreliable, and low-cost 
service to its members. Over the years the network has grown into a 
worldwide network with thousands of computers participating. 


Other Wide-Area Networks 

Of necessity this discussion of wide-area networks has been 
incomplete: Other networks of interest include the Space Plasma 
Analysis Network (SPAN)—a network of DEC VAX computers 
using 9.6-kbps links and the DECNET protocols for National 


Aeronautics and Space Administration’s researchers; the planned 
Numerical and Atmospheric Sciences (NAS) network centered at 
Ames Research Center—a network that is expected to use existing 
and planned NASA communications links and the TCP-IP proto¬ 
cols; and the planned high-energy physics network—a network 
based largely on VAX computers and using the standard X.25 
network level protocols plus the so-called “coloured books” proto¬ 
cols developed in the United Kingdom. Also, many high-energy 
physicists, at the Stanford Linear Accelerator, at the Lawrence 
Berkeley Laboratory, and at Fermi Laboratory, among others, have 
used DECNET to connect their DEC VAX computers together. 


State Networks 

A number of states have over the years developed state-wide 
networks to provide access to shared computing facilities and to 
support exchange of information among researchers. The best 
known of these is the Merit Computer Network in Michigan, which 
links the campuses of the University of Michigan and of Oakland, 
Michigan State, Wayne State, and West Michigan universities. This 
is an extensive network, providing terminal access to a wide variety 
of resources, and is based on the use of the X.25 network level 
protocols. 

Other states are beginning to examine the development of a state¬ 
wide research network. An example is the proposal for a New York 
State education and research network (NYSERNet). This network 
is envisaged by the proposers to provide a computer communica¬ 
tions infrastructure for both the academic research institutions, and 
for high technology industrial research laboratories in the state. The 
network is designed not only to support the development of 
research activities between the academic researchers and existing 
industry, but also to provide the basis for the attraction of new high- 
technology industry to the state. 

NYSERNet is to be based on multiple redundant T1 (1.544 
Mbps) links, and high-performance switches, with gateways to every 
campus. The network will support the DARPA protocol suite, and 
the host and campus gateways will run the TCP-IP protocols. The 
plan envisions that each campus will install a campus-wide net¬ 
work—a model that is entirely consistent with the NSFnet model— 
and that each individual researcher will be equipped with a powerful 


948 


SCIENCE, VOL. 231 














graphics workstation. Ail computing and information resources on 
the network, including the new NSF national supercomputer center 
at Cornell, will be accessible from those workstations. NYSERNet, 
will also be gatewayed to the NSFnet, and will become an integral 
part of the evolving national research network. 

Supercomputer consortia and “Backbone” networks, NSFnet pilot- 
projects. Two of the NSF national supercomputer centers are 
consortia endeavors. The JVNC center was proposed by the Prince¬ 
ton consortium, and the SDSC center by the San Diego consortium. 
Each proposed a network to link the members of their consortium 
to their supercomputer center. 

The Princeton consortium network. The Princeton consortium com¬ 
prises 13 schools, mostly along the East Coast of the United States 
(Table 2). The planned consortium network is a star network 
linking the member campuses to the JVNC. The network uses T1 
circuits (1.544 Mbps) in most cases, and each link will be terminated 
at a campus gateway system, providing connection to a campus¬ 
wide network—a model consistent with the NSFnet model. The 
campus gateway systems and the front-end computers at the JVNC 
will run the DARPA protocol suite, so the Princeton consortium 
network is, in fact, an integral part of the NSFnet. Researchers on 
the consortium campuses will be able to access the JVNC Cyber 205 
(and by mid-1987 the ETA-10 system), and, via the consortium 
network, the other national supercomputer centers and the other 
campuses on NSFnet, from within their own local computing 
environments. The Princeton consortium network should be opera¬ 
tional by June 1986. 

The San Diego consortium network. The San Diego consortium 
comprises 19 schools, mostly along the West Coast of the United 
States (Table 2). The consortium network is also a star network 
linking the consortium member campuses to the San Diego center. 
The network uses 56-kbps circuits, of various types, with each link 
terminated at a campus remote user access system (RUAC), provid¬ 
ing access to the supercomputer for campus researchers—a model 
somewhat similar to the NSFnet model. Because the SDSC will 
operate a CRAY X-MP/48 system running the CTSS operating 
system, the consortium network will initially use the MFENET 
protocols providing terminal access, file transfer, remote output 
queuing, interactive graphics, and electronic mail. Although the 
network will not be an integral part of the NSFnet, a migration to 
the DARPA protocol suite is planned and is expected to take place 
during 1987. As an interim measure a gateway/relay system will be 
installed at the SDSC, which will be accessible to the consortium 
users, and which will be connected to the NSFnet. Thus consortium 
users will be able to access the other national supercomputer centers, 
and other users on the NSFnet will be able to access the SDSC. The 
San Diego consortium network should be completed by August 
1986. -.”' v 

The supercomputer “backbone” network. To connect the supercom¬ 
puter consortia networks to all the NSF national supercomputer 
centers, including the long-established National Center for Atmo¬ 
spheric Research (NCAR) and to facilitate cooperation between the 
centers (such as for file transfer, data sharing, or load balancing), 
NSF is installing a supercomputer “backbone” network, as part of 
the development of NSFnet (Fig. 5). Initially, this network will be 
based on multiple 56-kbps circuits, with low-speed switches and 
gateways, but it is envisioned that the network will be upgraded to 
T1 circuits as the volume of user to supercomputer traffic and file- 
transfer traffic between supercomputer centers grows. This back¬ 
bone will be integral to the NSFnet internet. The network may be 
expanded to include connections to other supercomputer centers 
and to the larger campuses. 

NSFnet pilot projects. In addition to the CSNET CYPRESS 
project, the BITNET migration project, and the Illinois project to 


develop the TCP-IP procedures for the CTSS operating system, the 
NSFnet program will include a number of pilot networking proj¬ 
ects. The objective will be to explore the use of new networking 
technologies and to gain experience to assist with the design of the 
phase 2 NSFnet. 

Although it is expected that several substantial projects will be 
funded over the next few years, to date only one pilot project has 
been funded—the NCAR satellite experiment. This project will 
utilize Ku-band (12 to 14 GHz) satellite equipment developed by 
the Vitalink Corporation to link together Ethernets in several 
locations in the United States. The central or “hub” site will be 
located at NCAR in Boulder, Colorado, and will broadcast at 224 
kbps to several remote sites [the universities of Illinois, Maryland, 
Miami, Michigan, and Wisconsin, Oregon State University, and the 
Woods Hole Oceanographic Institution (Table 2)]. Each remote 
site will be able to receive data addressed to it by the hub site at up to 
224 kbps, and each will have a dedicated 56-kbps return satellite 
path to NCAR. In addition, 56-kbps terrestrial links will be installed 
to Colorado University and Colorado State University. The Ku- 
band Earth stations used are relatively inexpensive. 

The objective of the NCAR pilot project is to explore the use of 
the shared broadcast channel to provide high-speed communica¬ 
tions to remote supercomputer users, to investigate the optimization 
required to efficiently use the satellite network with the TCP-IP 
protocols, and to develop the experience necessary to evaluate the 
more extensive use of Ku-band satellite channels and the Vitalink 
technology in the phase 2 NSFnet. 


Campus Networks 

The same factors that have motivated the development of wide- 
area networks—access to a variety of computing facilities and 
communication amongst researchers—have also motivated the de¬ 
velopment of campus networks. Until recently, these developments 



Fig. 5. Planned backbone network connecting NSF-sponsorcd supercom¬ 
puters at Cornell University, the John von Neuman Center, at the University 
of Pittsburgh, the University of Illinois, the National Center for Atmospher¬ 
ic Research, and the San Diego Supercomputer Center. The links will t* 56- 
kbps terrestrial digital circuits connecting network gateways at each site. The 
supercomputer front-end computers will run the NSFnet standard protocols 
(TCP-IP and associated application protocols). The NSFnet backbone 
network will be connected to the ARPANET, to various regional and state 
networks, and to the planned NSF supercomputer center networks to 
provide NSF-sponsored supercomputer users with access to all the NSF 
supercomputer centers. [Courtesy of the NSFs Office of Advanced Scientific 
Computing] 
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were fragmented and uncoordinated. However, many universities 
, have now realized that a unified approach to networking is required 
to provide campus-wide computer communications, improved ac¬ 
cess to central campus computer resources and campus-wide access 
to the wide-area networks. The details of how campus networks are 
being developed vary widely, but, in general, campus networks have 
three components: a traditional terminal network to central time¬ 
sharing systems, a variety of departmental LAN’s, and a campus 
backbone network. 

The traditional terminal network is usually based on twisted-pair 
telephone wiring supporting direct terminal access connections to 
mainframe or super-minicomputer time-sharing systems, at speeds 
of between 1200 bps and 9.6 kbps. Where multiple host computers 
are supported, some form of terminal switch-contention unit or 
terminal concentrators have been used to provide user selection of, 
and contention for, the requested service. Where terminals have 
been replaced by PCs and workstations, access to the time-sharing 
systems is provided by terminal emulation software. Transfer of files 
between the PCs and the central systems is provided by file-transfer 
programs such as the “Kermit” program, developed initially at 
Columbia University. 

In addition to using central computer systems, many departments 
installed their own local computers (mini-computers, super-minis, 
PCs, and workstations) and purchased LAN’s to connect these and 
to integrate departmental computing facilities. These departmental 
LAN’s may be based on a variety of technologies (such as contention 
bus or token ring) and typically operate at speeds of 10 Mbps. They 
provide high-speed connections between the various computers, 
supporting electronic mail, file transfer and remote logon, plus 
sharing of various types of resources (files, printers, computer cycles, 
electronic mail, mailing lists, news, and so forth). A variety of 
communications procedures may be used, but the most popular are 
the TCP-IP protocols, because of their availability on super-mini¬ 
computers, advanced workstations, and IBM PCs. 

The approach generally taken to building a campus network is to 
take advantage of the existence of the departmental LAN’s and to 
build a “network of networks,” by installing a “backbone,” which 
interconnects the departmental LAN’s and the centrally supported 
systems. The “backbone” may itself be a network or a backbone 
medium (such as cable television or fiber optic cable) used to 
physically link the networks together. Although attention tends to 
be focused on the physical media used, the really important issues 
are at the higher level communications procedures. 

Because many of the computers installed on departmental LAN’s 
already use the TCP-IP protocol suite, many universities have 
adopted these protocols as the campus standard. By installing IP 
gateways between the departmental LAN’s and the backbone net¬ 
work, they are building campus-internets, based on the DARPA 
internet model. The functions provided across the campus network 
are an extension of those provided on departmental LAN’s—high¬ 
speed connections between computers, supporting file transfer and 
remote logon, and a variety of servers. Where several incompatible 
networking protocols (DECNET, TCP-IP, Xerox XNS protocols, 
and so forth) have been used on departmental LAN’s, application 
gateways or relays may be installed to interconnect the LAN’s. The 
latter method of interconnection cannot, in general, provide the 
same level of user functionality as is possible with a single set of 
protocols. Hence, most campuses attempt to establish a single set of 
protocols, to achieve the maximum functionality possible across the 
campus. To date the majority have chosen to use the TCP-IP 
protocols. 

The development of the campus network, and the connection of 
these networks to the wide-area networks, provide researchers with 
access to computer and information resources across the United 


States. Thus the campus network is a basic component of NSFnet 
and of any future national academic research network. 

A national academic research network. For NSF supercomputer 
users, the development of the phase 1 NSFnet will open the 
possibility of integrating computing and communications and will 
greatly enhance their research environment. Further enhancements 
will be achieved when the phase-2 NSFnet provides additional 
connectivity, increased network bandwidth and performance, and 
improved functionality. However, although NSFnet is a nation¬ 
wide network and a major advance for NSF supercomputer users, it 
is but one step toward the vision of a national network for all 
research scientists and engineers. 

A national academic research network involves more than just 
connectivity and access to remote resources. Our vision of this 
network is of a vast network of networks interconnecting the 
scientists local advanced graphics workstation environment to other 
local and national resources (14). Scientists and engineers will be 
able to work at such workstations, using tools that are both 
comfortable and familiar and interacting with an environment that 
reflects a model of their scientific world. Through the network, a 
researcher will be able to build programs, execute and modify 
models, and collect and analyze data without concern for where the 
tools, programs, or models reside. The scientist will be able to bring 
powerful computational resources to bear on problems, without 
explicit knowledge of the physical machines and communications 
involved. The procedures and formats for accessing these resources 
and other services will be as uniform as possible. 

This means that the National Academic Research Network has to 
provide both the network and the software tools and application 
protocols to make the scientist’s workstation an integral part of the 
larger networked environment. Our vision is of a network integrat¬ 
ing the computer resources available and presenting these resources 
to the user as a single interactive system. 

The NSFnet experience has already indicated the approach to be 
taken to develop such a National Academic Research Network. The 
network will be an internet—a network of networks—and technical 
decisions on the adoption of common networking standards will 
have to be made. Building this national internet will be even more 
complex than in the case of NSFnet because of the many research 
disciplines and sponsoring agencies involved. The management and 
organization of the national internet by the research community and 
by the funding agencies will also take time to coordinate and 
develop. 
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